Jira Service Management の機能変更と廃止
Opsgenie の機能と、移行後の Jira Service Management での利用可用性の詳細な比較をご覧ください。自動的に同期される機能、手動構成が必要な機能、廃止された機能または代替ソリューションに置き換えられた機能を示します。
このガイドを使用して、アラート、通知、統合、オンコール設定が Jira Service Management でどのように機能するかを理解し、ワークフローの中断を最小限に抑えてスムーズなトランジションを実現してください。
Opsgenie の機能名 | Jira Service Management での利用可能性 | 移行と構成の詳細 |
警告 | すべてのプランで利用可能。 | 自動同期。追加の設定は必要ありません。 |
通知 - 連絡方法 |
| 自動同期。ただし、Jira モバイル アプリをダウンロードして、移行ガイドの設定を更新する必要があります。 SMS と音声で利用可能な新しい vCard。 Currently, only users can edit their own contact methods. Admin editing isn't available. |
通知 - 通知 | すべてのプランで利用可能。 ルール作成は Free プランと Standard プランでは制限付き。 | 自動同期。追加の設定は必要ありません。 |
通知 - 待機時間とミュート時間 | すべてのプランで利用可能。 | 自動同期。追加の設定は必要ありません。 |
転送ルール - ユーザーを転送先/転送元として送信 | すべてのプランで利用可能。 | 自動同期。追加の設定は必要ありません。 |
グローバル ポリシー - アラートとメンテナンス |
| 自動同期。追加の設定は必要ありません。 |
すべてのスケジュール - すべてのグローバル スケジュールとチーム スケジュールのリスト ページ | Standard、Premium、Enterprise で利用可能。 | 自動同期。追加の設定は必要ありません。 |
すべてのエスカレーション - すべてのグローバル エスカレーションとチーム エスカレーションのリスト ページ | Standard、Premium、Enterprise で利用可能。 | 自動同期。追加の設定は必要ありません。 |
統合 - 受信 | すべてのプランで利用可能。 | 自動同期。追加の設定は必要ありません。 |
統合 - グローバル | Premium と Enterprise のみ。 | 自動同期。追加の設定は必要ありません。 |
統合 - アウトバウンド、ITSM との双方向 | Premium と Enterprise のみ。 | 自動同期。追加の設定は必要ありません。 |
統合 - アラートの高度なカスタマイズ | Premium と Enterprise のみ。 | 自動同期。追加の設定は必要ありません。 |
統合 - 社内/オンプレミス システム (OEC - Opsgenie Edge Connector) | Premium と Enterprise のみ。 | 移行後に Jira Edge Connector (JEC) として再設定する必要がある。 |
着信のルーティング | Premium と Enterprise のみ。 | Twilio が所有する番号は自動同期されます。アトラシアンが所有する番号は、移行前に手動でポーティングする必要があります。 |
Terraform | 現在のプランでサポートされている機能に応じて、すべてのプランで利用可能。 | Terraform の Opsgenie プロバイダーから Atlassian Operations プロバイダーに移行する |
Jira Software と Jira Service Management の同期 |
| 自動同期。追加の設定は必要ありません。 |
ChatOps - インシデント管理 (Slack、MS Teams、Zoom 経由) | Premium と Enterprise のみ。 | 再認証が必要。 |
ChatOps アラート管理 - (Slack および MS Teams との統合) - チーム統合 | すべてのプランで利用可能。 | 再認証が必要。 |
ChatOps アラート管理 - (Slack および MS Teams との統合) - グローバル統合 | Premium と Enterprise のみ。 | 再認証が必要。 |
Heartbeat | Premium と Enterprise のみ。 | 自動同期。ただし、Heartbeats をメールとして参照して Heartbeats メール ドメインを更新する場合は、いくつかの追加作業が必要です。 |
ユーザー | すべてのロールが利用可能ですが、関係者は Premium プランと Enterprise プランでのみサポートされます。 | 自動同期。追加の設定は必要ありません。 |
ロール | Premium と Enterprise のみ。 | 自動同期されますが、インシデントの一部のカスタム ロールは移行されないため、管理者権限を Jira Service Management で再度割り当てる必要があります。 |
ログ | すべてのプランで利用可能。 Premium+ ユーザーは、顧客ログ API にアクセスできるはずです | 自動同期。追加の設定は必要ありません。 |
GitLab | Premium と Enterprise のみ。 | GitLab は自動同期されません。Jira Service Management で再度設定できます。
|
一般 - タイムゾーン + Heartbeat 設定 + 削除されたユーザー + HIPAA | Atlassian アカウントで管理されています。HIPAA コンプライアンスは Premium プランと Enterprise プランでのみ利用可能です。 |
|
集約型通知テンプレート | Premium と Enterprise のみ。 |
|
オンコール | いくつかの制限付きで、すべてのプランで利用可能:
| 自動同期。追加の設定は必要ありません。 |
サービス | すべてのプランで利用可能。 | 自動同期。追加の設定は必要ありません。 |
インシデントルール | 自動化としてすべてのプランで利用可能です。 | Alternative: Automation rules – Controlled by the number of rules per user per month, varying across plans. Read how to automate incident creation from alerts |
チーム メンバー | すべてのプランで利用可能。 | 自動同期。追加の設定は必要ありません。 |
チームのカスタム ロール | Premium と Enterprise のみ。 | 自動同期。追加の設定は必要ありません。 チーム メンバーとインシデント構成の管理は廃止され、移行されません。 |
チーム ポリシー (アラートと通知ポリシー) | Premium と Enterprise のみ。 | 自動同期。追加の設定は必要ありません。 |
メンテナンス チームのポリシー | すべてのプランで利用可能。 | 自動同期。追加の設定は必要ありません。 |
操作 | 自動化としてすべてのプランで利用可能です。 | 代替手段: 自動化ルール – ユーザー 1 人あたりの 1 か月あたりのルール数によって制御され、プランによって異なります。 |
インシデント |
| インシデントとインシデント事後レビュー (PIR) は、追加の設定なしで自動的に移行されます。 |
オンコール担当者 | すべてのプランで利用可能。 | 自動同期。追加の設定は必要ありません。 |
チーム | すべてのプランで利用可能。 | 自動同期。追加の設定は必要ありません。 |
Analytics | Premium プランと Enterprise プランで利用可能です。ただし、通知分析は、Standard プラン以上で利用できます。 | 自動同期。追加の設定は必要ありません。 |
Jira Service Management で廃止済みの機能
次の Opsgenie 機能は廃止されたか、より優れた代替機能に置き換えられたため、Jira Service Management では利用できなくなります。
Opsgenie のインシデントの Slack 統合は Jira Service Management と同期されませんが、Slack、Zoom、Microsoft Teams を Jira Service Management のインシデントに接続し、自動化ルールを使用してこれらのチャット ツールを設定できます。
インシデント コマンド センター – この機能は廃止されたため、Jira Service Management ではサポートされていません。アナウンスを読むJira Service Management は、統合されたチャット ツールや関係者ロールなど、より優れた代替手段を提供します。
会議室 – インシデント構成に置き換えられました。
インシデント テンプレート – インシデント構成に置き換えられました。
対応ロール – インシデント構成に置き換えられました。
メール テンプレート – インシデント構成に置き換えられました。
API キー管理 - アトラシアン認証に置き換えられました
REST API - エンドポイントを Jira Service Management に更新する必要がある
エッジ暗号化 – Jira Service Management の BYOK (Bring Your Own Key) に置き換えられました。
アクティビティ ストリームや会議などのチームレベルの詳細 – これらの機能は Opsgenie での使用率が低いため廃止されました。チーム レベルの操作は Jira Service Management に含まれていません。
MSP (マネージド サービス プロバイダー) - すべてのサブアカウントの基盤であった Opsgenie から Opsgenie への統合はサポートされなくなりました。MSP は数年前に廃止されました。移行するまでは引き続き子アカウントにアクセスできますが、移行後は無料のアカウントに変換されるため、独自の移行パスが必要になります。
一部の Opsgenie 機能の旧バージョン: グループ、Heartbeats V1、ポリシー V1
グループはチームに置き換えられました。移行前にグループ ページのシングルクリック ボタンを使用して手動でグループをチームに変換することができます。あるいは、移行中にユーザーに代わって自動的に変換することもできます。
対応者として使用されるグループ - グループはチームに変換されます。その構造が変更されたため、スケジュールの開始と終了の通知がすべてのメンバーに送信されるわけではありません。
通話ルーティング統合で使用されるグループ – 着信通話をグループに転送すると、ユーザーがなくなるか通話制限に達するまで、各メンバーに順番に電話がかけられます。これはチームベースのセットアップでは不可能です。代わりに、ユーザーが追加または削除されるたびにエスカレーションを更新する必要があります。
通知ポリシーはチーム レベルになりました。新しいバージョンでは、通知ポリシーはチームベースです。[設定] > [Global Policies (グローバル ポリシー)] のボタンを使用して、移行前または移行後にグローバル通知ポリシーを手動で変換できます。Opsgenie がシャットダウンされる前に実施しなければ、廃止されたポリシー設定は引き継がれません。
アラートが複数の対応者チームでグローバルに設定され、オーナー チームはいない場合、ポリシーは異なる方法で適用されます。
対応者チームが割り当てられていない場合、オーナー チームは設定されず、ポリシーも適用されません。
2 つ以上の対応者チームが割り当てられている場合、オーナー チームは設定されず、ポリシーも適用されません。
1 つの対応者チームが割り当てられている場合、そのチームがオーナー チームになり、そのチームベースのポリシーが適用されます。
移行プロセスの一環として、ユーザーにこれらの変更が通知されます。
関係者への SMS 通知は廃止されました。
Heartbeats はチームベースになりました
Heartbeats はチームベースの構成に移行しました。[Opsgenie] > [設定] > [General (一般)] > [Heartbeat Configuration (Heartbeats 構成)] > [Activate Heartbeat (Heartbeats を有効化)] で、Heartbeats 設定を手動で更新する必要があります。この更新は移行前でも移行後でも行えますが、手動で行う必要があります。
この内容はお役に立ちましたか?